TITLE OF THE INVENTION 
MEDICAL PUMP MONITORING SYSTEM 



FIELD OF THE INVENTION 
5 The present invention relates to a medical pump 

monitor system administering medical fluids using a 
plurality of medical pumps for one patient, and managing 
information of these medical pumps collectively, a 
controlling method therefore, and a computer-readable 

10 memory associated with control thereof. The present 

invention also relates to a real-time monitoring system 
performing real-time communication with external 
apparatuses including one or more medical apparatuses to 
control such external apparatuses and/or display the 

15 conditions thereof, a controlling method therefore, and a 
computer-readable memory ( storage medium) storing therein 
a control program thereof. 

BACKGROUND OF THE INVENTION 

20 Varieties of therapies and drugs for use in those 

therapies have emerged and administration methods have 
become complicated due to recent advancement of medical 
treatments. Accordingly, therapies in which a plurality 
of medical pumps (syringe pump and infusion pump) is used 

25 at a time for one patient are on the increase . Also, systems 
managing the flows of administered medical fluids from 
plurality of such medical pumps and alarm information such 



as a drop in residual low battery /occlusion of an infusion 
line have been proposed. 

A system in which visual contact is made with the 
displayed states of alarms in such a medical pump system 
5 is disclosed in Japanese Patent Laid-open No. 5-7623 
specification. 

A schematic diagram of a system in which medical pumps 
independent of one another are connected to a personal 
computer via communication cables, and flow volumes and 

10 alarm information of the medical pumps are collected and 
displayed as application software of the personal computer 
is shown in FIG. 2. 

Also, a schematic diagram of a type of a pump monitor 
system in which pumps share a power supply line and a data 

15 communication line with one another through a power 

connector 53 and a communication connector 54, and medical 
pumps 51 and 52 are connected in such a manner that they 
are stacked one after another on a base unit 55 comprising 
a display unit 101 on which the flow and alarm information 

20 for each pump is shown in FIG. 3. 

Furthermore, in the case of such a system, in addition 
to collection of pump information, control such as 
stop/start of infusion by pumps and change of flows can also 
be performed from the personal computer and the base unit. 

25 FIG. 2 shows a conventional medical pump system, 

wherein reference numeral 20 denotes a personal computer 
with system application software installed therein, 



reference numeral 21 denotes a display device (display 
unit) such as a CRT and a liquid crystal monitor connected 
to the personal computer, reference numeral 22 denotes 
communication port expanding means such as a multiplexer 
5 for expanding communication ports of RS 232C that are 
typically provided with only one or two channels to 4 
channels, 8 channels or the like, and reference numerals 
23, 24, 25 and 26 denote medical pumps. Also, reference 
numeral 27 denotes a patient, and medical pumps of 23 to 
10 26 deliver individual set liquid medicines into the 
patient . 

FIGS. 4 A to 4C show cases where the same number of 
medical pumps as in FIG. 2 are used to perform 
administration for one patient, wherein their 

15 administration passes are different from one another due 
to the condition of the patient, administrated drugs and 
the like. For example, FIG. 4A shows a case where four pumps 
each have individual infusion lines and drugs are injected 
into different points of the patient, and FIG. 4B shows a 

20 case where two infusion lines of four medical pumps are 
connected with each other and the other two infusion lines 
are also connected with each other. Also, FIG. 4C shows 
a case where four medical pumps are all integrated into one 
line to carry out administration for the patient. 

25 It is important in safe administration that the state 

of the infusion line is ascertained correctly, and there 
are various patterns as to states of infusion lines as 



administration passes to the patient in this way, but in 
fact, it becomes very difficult to identify the points of 
the patient into which the medical fluid is injected if 
infusion lines running from a plurality of pumps are 
5 connected with one another and cross one another. 

However, conventional pump monitor systems have no 
functions to display infusion lines on the system, thus 
making it difficult to ascertain the state of infusion lines 
correctly. 

10 Also, on the other hand, when a system in which one 

or more external apparatuses (hereinafter also referred to 
as "slaves") such as infusion pumps, syringe pumps, 
blood-pressure monitors and urinary volume monitors are 
connected to a host machine to manage and display the 

15 operation conditions of the apparatuses is built, works of: 

(1) setting a communication protocol of nodes 

(2) sending a request command 

(3) receiving data and confirming the reception 

(4) carrying out control in accordance with data 
20 are performed at the host machine side. 

As a matter of course, the loads on the CPU of the host 
machine are increased if these processing are performed at 
high speed, and real time quality is compromised if a large 
number slaves are connected. Also, even if a system is made 
25 such that processing is distributed over a plurality of CPUs 
like a CPU (main CPU) engaged in processing of controlling 
and displaying slave conditions in the host machine and CPUs 



(sub CPUs) engaged in communication with each slave, 
enormous development costs are required for both main and 
sub CPUs due to addition of slaves and change of 
specifications, although processing at the main CPU is 
5 slightly curtailed. 

SUMMARY OF THE INVENTION 
The present invention has been made in the light of 
problems as described above, and its object is to provide 

10 a system in which the operation conditions of a plurality 
of medical pumps are monitored for one patient with a 
function of creating and editing an infusion line from the 
pump to the patient on each-by-each basis, and display 
information created and edited by means of this function 

15 on the system, thereby making it more easy to confirm the 
current states of infusion lines. 

Another object of the present invention is to provide 
a function of capturing hand written diagrams and so on 
together with the function of creating and editing the 

20 infusion line, and an operator is allowed to make a choice 
on whether the function of creating and editing the infusion 
line is used to create the infusion line, or handwritten 
diagrams and so on are captured in the system to display 
the same, thus making it possible display various cases of 

25 the infusion line on the medical pump monitor system. 

Still another object of the present invention is to 
provide a real-time monitoring system, a controlling method 



therefore and a program storage medium, which enable 
real-time monitoring of the operation states, 
arrangement /connection states, alarm information of a 
plurality of medical apparatuses such as infusion pumps, 
5 syringe pumps, blood monitors, urinary volume monitors, 
water contents of medical fluids, states of intake and 
output of electrolytes and so on. 

Other features and advantages of the present invention 
will be apparent from the following descriptions taken in 
10 conjunction with the accompanying drawings, in which like 
reference characters designate the same or similar parts 
throughout the figures thereof. 



BRIEF DESCRIPTION OF THE DRAWINGS 
15 The accompanying drawings, which are incorporated in 

and constitute a part of the specification, illustrate 
embodiments of the invention and, together with the 
descriptions, serve to explain the principle of the 
invention . 

20 FIG. 1 shows a block diagram of a medical pump system 

in the first embodiment of the present invention; 

FIG. 2 shows a block diagram of the medical pump system 
in prior arts; 

FIG. 3 shows a block diagram of a medical pump system 
25 of another embodiment in prior arts; 



FIG. 4A shows one of block diagrams of infusion 
circuitry patterns in the first embodiment of the present 
invention; 

FIG . 4B shows one of block diagrams of infusion 
5 circuitry patterns in the first embodiment of the present 
invention; 

FIG. 4C shows one of block diagrams of infusion 
circuitry patterns in the first embodiment of the present 
invention; 

10 FIG. 5 shows a medical pump monitor screen in the first 

embodiment of the present invention; 

FIG. 6 shows a screen for creating infusion circuitry 
in a medical pump monitor system in the first embodiment 
of the present invention; 
15 FIG. 7A shows the screen for creating infusion 

circuitry in the medical pump monitor system in the first 
embodiment of the present invention; 

FIG. 7B shows the screen for creating infusion 
circuitry in the medical pump monitor system in the first 
20 embodiment of the present invention; 

FIG. 7C shows the screen for creating infusion 
circuitry in the medical pump monitor system in the first 
embodiment of the present invention; 

FIG. 7D shows the screen for creating infusion 
25 circuitry in the medical pump monitor system in the first 
embodiment of the present invention; 
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FIG. 7E shows the screen for creating infusion 
circuitry in the medical pump monitor system in the first 
embodiment of the present invention; 

FIG. 7F shows the screen for creating infusion 
5 circuitry in the medical pump monitor system in the first 
embodiment of the present invention; 

FIG. 7G shows the screen for creating infusion 
circuitry in the medical pump monitor system in the first 
embodiment of the present invention; 
10 FIG. 8 shows the screen for creating infusion 

circuitry according to another embodiment in the medical 
pump monitor system in the first embodiment of the present 
invention; 

FIG. 9 shows an example of a configuration of a control 
15 unit 100 in FIG. 1; 

FIG. 10A is a flowchart showing a flow of infusion 
circuitry creation processing in the first embodiment of 
the present invention; 

FIG. 10B is a flowchart showing the flow of infusion 
20 circuitry creation processing in the first embodiment of 
the present invention; 

FIG. 11 is a block diagram in the second embodiment 
of the present invention; 

FIG. 12 shows a display screen in the second embodiment 
25 of the present invention; 

FIG. 13 shows a structure of stored data in a storing 
unit in the second embodiment of the present invention; 



FIG. 14 shows a display screen of real time monitoring 
in the second embodiment of the present invention; 

FIG. 15 shows an inverse data check system in the second 
embodiment of the present invention; 
5 FIG. 16 shows an inverse data check system in the second 

embodiment of the present invention; 

FIG. 17 shows an inverse data check system in the second 
embodiment of the present invention; 

FIG. 18 shows a method of detecting a position in which 
10 data is changed in the second embodiment of the present 
invention; 

FIG. 19 shows a method of detecting a position in which 
data is changed in the second embodiment of the present 
invention; 

15 FIG. 20 is a flowchart showing a flow of monitoring 

processing in the second embodiment of the present 
invention; 

FIGS. 21A to 21C show an example of a monitor screen 
in the first embodiment of the present invention; and 

20 FIGS. 22A to 22C show an example of a monitor screen 

in the first embodiment of the present invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
[First Embodiment] 
25 Examples of specific embodiments of the present 

invention will be described below. A block diagram of a 
medical pump system of the present invention is shown in 
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FIG. 1. In this embodiment, an example of collecting and 
managing information of four medical pumps is described. 

Reference numeral 100 denotes a controller (control 
unit) , which makes up a central portion of this medical pump 
5 monitor system, and for the controller, a personal computer 
having an inputting device such as a keyboard and a pointing 
device such as a mouse is usually used. Reference numeral 

101 denotes a display (display unit), which displays flow 
values and alarm information for a plurality of medical 

10 pumps of 103, 104, 105 and 106, collected by the controller 
100, and the urinary volume from urinary volume meters 111 
and the amount of electrolytes (Na + , Ca 2+ , K + , CI") from 
catheter type censor 112, and displays infusion lines. 

In the case where the personal computer is used as 

15 the controller 100, a CRT or a liquid crystal monitor is 
used for the display (display unit) 101. Reference numeral 

102 denotes a scanner (reading means) for capturing 
handwritten information of infusion lines, and reference 
numeral 102a denotes a scanner for reading product 

20 identification information (such as bar codes), and they 
are connected to the controller 100. Reference numeral 107 
denotes communication port expansion device 
(communication port expanding means) such as a multiplexer 
for multiplying communication ports when the controller 100 

25 is poorly equipped with ports for communicating with pumps 
that collect data. The controller 100 is connected to 
medical pumps 103, 104, 105 and 106 via this communication 



port expansion device 107 using a communication cable 
(wired) 109 or is connected therewith wirelessly. The 
configuration of the controller 100 is, for example a 
configuration as shown in FIG . 9, which comprises a CPU 901, 

5 a RAM 902, a ROM 906, a HDD 909, a floppy disk (FD) 906a, 
a keyboard 904 and a mouse 905, and is connected to a display 
101 and is connected via an I/F 903 to the scanner 102. It 
is further connected via an I/F 907 to the communication 
port expansion device 107 . Also, it is connected to the host 

10 computer of a nurse station or the like through an external 
communication port 107a. 

When the medical pump monitor system is started 
normally, the controller 100 urges an operator to select 
information of drugs to be administered by respective pumps 

15 from a drug database (drug library) file stored in the 
memory means in the controller 100. The operator (medical 
staff such as a doctor and nurse) selects drugs to be 
administered such as a vitamin solution for the pump 103, 
a physiological salt solution for the pump 104 and high 

20 calorie medical fluids containing electrolytes such as Na + , 
Ca 2+ , K + , CI - for the pump 105. Alternatively, the operator 
inputs product identification information to the system as 
medical apparatus identification information (such as bar 
codes) stuck on respective medical pumps using the scanner 

25 102a for respective medical pumps 103 to 106, and reads 
product identification information to the system as drug 
identification information (such as bar codes) 103b, 104b, 



105b and 106b syringes 103a and 103b in which drugs are taken 
in predetermined minutes and which are connected to the 
pumps or fluid containers 105a and 106a connected to the 
pumps to make a check on whether or not the drug is one 

5 included in the drug database file of the controller 100. 
When the medical pump is not connected, voice information 
is given by voice informing means 908 for calling attention 
if it is a drug not included in the database file. The 
identification information of this pump and the drug 

10 identification information are stored in the RAM 902 as a 
pair, and are displayed together on the display unit 101 
as shown in FIG. 5. When selection of drugs is completed, 
the controller 100 communicates with four pumps connected 
as medical pumps 103, 104, 105 and 106 in succession at a 

15 fixed time interval (for example one minute interval), 
wirelessly and/or with cables. 

The communication is data for requesting information 
of current flows of administered fluids from respective 
medical pumps 103, 104, 105 and 106, and when the request 

20 data are received by the pumps, the pumps send back the flow 
information to the controller 100 in predetermined format. 
The controller 100 subsequently sends signals requesting 
alarm information to the connected medical pumps 103, 104, 
105 and 10 6, and when they are received by the pumps, the 

25 pumps also send back the alarm information to the controller 
100 based on a predetermined format . Furthermore, if there 



exists no alarm information, then a signal indicating no 
alarm information is sent back to the controller 100. 

The controller 100 displays information from 
connected medical pumps 103 to 106 on the display (display 

5 unit) in such a manner that it is displayed along a pump 
information display area shown in FIG. 5. In FIG. 5, a 
region denoted by reference numeral 501 is a region in which 
operation states of medical pumps 103 to 106 are indicated 
by color, for example by green during normal operations 

10 (described with blank in this figure) , by red when an alarm 
is given (described with vertical lines in this figure) , 
by yellow in the case when administration operations are 
interrupted (described with slashes in this figure) and by 
gray when the pump itself is not connected. Also, its 

15 contents (occlusion, abnormal flows, etc.) are displayed 
at the same time. A region denoted by reference numeral 
502 is a region in which the flow value of the pump 103 is 
indicated. Reference numeral 503 denotes a region in which 
alarm information currently occurring in the medical pump 

20 103 is indicated, and the region is blanked when no alarm 
is given. Reference numeral 504 denotes a region in which 
drugs that are administered are displayed. The system can 
be operated even if drugs to be administered are not defined, 
but in this case, the region is blanked. 

25 In a similar way, reference numerals 511 to 514 denote 

regions in which information about the medical pump 104 is 
displayed, reference numerals 521 to 524 denote regions in 



which information about the medical pump 105 is displayed, 
and reference numerals 531 to 534 denote regions in which 
information about the medical pump 10 6 is displayed. 

Reference numeral 540 denotes an infusion circuitry 

5 display region (infusion circuitry display unit) , a region 
in which a graphic file stored in the controller 100 in 
predetermined format and file name is displayed. The 
graphic file may be a general graphic file such as a bit 
map file and a JPG file in the case where the controller 

10 100 is a personal computer or the like. In this embodiment, 
a bit map file of 24 bits color with 640 dots (lateral 
direction) X 480 dots (vertical direction) is stored in file 
name of "C:¥Yuekic.bmp". 

In the case where any file to be displayed in the 

15 infusion circuitry display region 540 does not exist in the 
controller 100, nothing is displayed, or "No infusion 
circuitry file" is displayed at the center of the region. 

Reference numeral 541 denotes a circuitry creation 
function calling button (circuitry creation function 

20 calling means) , and by clicking (pressing) the button, an 
application for creating and modifying infusion circuitry 
and storing the same as graphic file data, as described 
later, is started. Reference numeral 542 denotes a 
circuitry read function calling button (circuitry read 

25 function means) , and by clicking (pressing) the button, an 
application for reading a diagram of infusion circuitry and 
storing the same as graphic file data, as described later, 



is started. Furthermore, since both buttons 541 and 542 
are expedient buttons displayed on the screen, the click 
(press) operations are operations of moving a pointer of 
a pointing device such as a mouse onto the button displayed 
5 on the screen and clicking the same. 

A condition displayed in FIG. 5 is based on the 
assumption that a bit map file for displaying infusion 
circuitry is stored in advance, and information of the 
medical pump 103 is displayed in the regions 501 to 504. 

10 In a similar way, a square denoted by numeral 104 

corresponds to the medical pump 104 of which information 
is displayed in the regions 511 to 514, a square denoted 
by numeral 105 corresponds to the medical pump 105 of which 
information is displayed in the regions 521 to 524, and a 

15 square denoted by numeral 10 6 corresponds to the medical 
pump 10 6 of which information is displayed in the regions 
531 to 534. 

By watching the diagram of infusion circuitry in the 
infusion circuitry display region 540, it can be understood 

20 that infusion lines 110 running from the medical pump 103 
and the medical pump 104 are integrated into one line to 
form a first infusion line Ll to be fixed in administration 
position near the right brachium part of the patient 27, 
and infusion lines 110 running from the medical pump 105 

25 and the medical pump 10 6 are integrated into one line to 
form a second infusion line L2 to be fixed in administration 
position near the left thigh part of the patient 27. 



A diagram of infusion circuitry should be reregistered 
not only in cases where administration is started for a new 
patient, but also in cases where administration passes are 
changed due to change of drugs to be administered for 

5 long-term administration. 

For registration of the diagram of infusion circuitry, 
a "C:¥Yuekic .bmp" file may be created anew. In this 
embodiment, the "C:¥Yuekic.bmp" file can be created either 
by clicking the circuitry creation function calling button 

10 541 or by clicking the circuitry read function calling 
button 542. 

When the circuitry creation function calling button 
541 is clicked, a window is displayed on the display unit 
as shown in FIG. 6. The arrangement of the pumps 103 to 

15 106 is displayed by selecting from a plurality of 

arrangement patterns stored in memory means that is the most 
suitable for the therapy for the patient. In FIG. 6, 
reference numerals 601 to 604 denote medical pumps as shown 
in the region 540 in FIG. 5. Reference numeral 27 denotes 

20 a model showing the body of the patient, reference numerals 
606 to 613 around the patient 27 denote buttons (selecting 
means) for selecting the portion of the patient 27 into 
which injection is made by the infusion line, and reference 
numerals 606, 607, 608, 609, 610, 611, 612 and 613 

25 correspond to a right clavicle, left clavicle, right 

brachium part, left brachium part , right forearm part, left 



forearm part, right thigh part and left thigh part, 
respectively. 

Reference numeral 614 denotes a junction production 
button (junction producing means), reference numeral 615 
5 denotes a button for making a return by one action in case 
of erroneous operations, and reference numeral 616 denotes 
an end button {end inputting means) for overwriting the 
infusion circuitry diagram graphic file "C : ¥Yuekic . bmp" . 
From this screen, a procedure of creating an infusion 
10 circuitry diagram as shown in the region 540 in FIG. 5 will 
be described based on FIG. 6 and Figs 7A to 7G, in 
correspondence with a flow of processing shown in Figs 10A 
and 10B. For creating the infusion line, the start and end 
points of the line may be defined one after another. 
15 Furthermore, flowcharts shown in Figs 10A and 10B may be 
stored in a ROM 906 or a HDD 909 as a program, or may be 
stored in a CD-ROM, a DVD-ROM, a floppy disk or the like. 

First, the medical pump 601 is clicked. When it is 
clicked, the medical pump goes into a selection state in 
20 which its displayed color is changed or it blinks (FIG. 6, 
S1003) . Since the medical pump 601 is connected to the 
medical pump 602, the infusion line is created up to the 
junction 1 with the medical pump 602. For this purpose, 
the operator subsequently clicks the junction production 
25 button (junction producing means) 614 (S1003) . Then, the 
junction is displayed just below the medical pump 601 with 
the junction being surrounded by a circle, and an infusion 



line 110 a is formed in the middle between the medical pump 
601 and the junction 1 (FIG. 7A, S1004) . 

Since the medical pump 602 and the right brachium part 
of the patient 27 are connected to the junction produced 
5 at this time, then two lines may be drawn from this junction 
1. For this purpose, the junction 1 surrounded by the 
circle is first clicked. In this condition, the junction 
1 goes into the selection state (the color inside the circle 
highlighted, and so on) , and subsequently a right brachium 

10 part selection button 608 is clicked (S1018 ) . Furthermore, 
the order of clicking the junction and the right brachium 
part selection button in this case may be reversed. In this 
way, the first infusion line Ll is formed from the junction 
1 to the right brachium part of the patient (state shown 

15 in FIG. 7B, S1019) . Subsequently, the junction 1 and the 
medical pump 602 are clicked one after another, whereby an 
infusion line 110b is formed from the junction 1 to the 
medical pump 602 (FIG. 7C, S1018, S1019) . In this case, 
the order of clicking may be reversed as well. 

20 Subsequently, a line in which the medical pumps 603 

and 604 are jointed at some midpoint and a medical fluid 
is injected into the patient at the left thigh part. The 
medical pump 603 and the junction production button 614 are 
clicked one after another, whereby a new junction 2 is 

25 displayed below the medical pump 603 with the junction 2 
being surrounded by a circle (S1003) , and an infusion line 
110c is formed in the middle between the medical pump 603 



and the junction 2 (FIG. 7D, S1004). Subsequently, this 
junction 2 and the left thigh part selection button 613 are 
clicked to form the second infusion line L2 from the 
junction 2 to the left thigh part of the patient (FIG. 7E, 

5 S1018, S1019) . 

Finally, the medical pump 604 and the new junction 2 
are clicked one after another, thereby completing the 
infusion line 110c (FIG. 7F, S1018, S1019) . At this time, 
if the operator mistakenly clicks the left thigh part 

10 selection button 607 after clicking the medical pump 604, 
the infusion line L2 from the medical pump 604 will directly 
run into the left thigh part of the patient without passing 
through the junction 2. If the operator notices the 
operational error at this time, he or she may click the 

15 return button 615. 

The return button is clicked once, whereby finally 
conducted action (clicking of the left thigh part selection 
button in this case) is determined as being invalid, and 
the state in which the medical pump 604 is selected is 

20 provided. The operator clicks the right junction at this 
time, thereby enabling an accurate infusion line to be 
created. It is also made possible to confirm at a glance 
the respective medical pumps 601 to 604 and intravenous 
injection points 606 to 613 of the patient. The operator 

25 clicks the end button 616 after confirmation. Through this 
operation, the created diagram of infusion circuitry is 
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created as a bmp file format, and is stored in the name of 

"C : ¥Yuekic . bmp" . 

Furthermore, although not described in this 

embodiment, an interruption button for interrupting 
5 processing to end the infusion circuitry creation function 

may be provided. In this embodiment, the junction is 

considered as a point, but in the case where transfusion 

using three-way stop cocks, Yshaped-tubes , Tshaped-tubes 

and the like is conducted, a three-way stop cock button and 
10 a Yshaped-tube button are provided in place of the junction 

production button, thereby making it possible accommodate 

the situation. 

Also, although only the bit map file is created in this 

embodiment, the history of operational actions is recorded 
15 in other format separately, thereby making it possible to 

cope flexibly with the situation in which infusion 

circuitry is slightly changed. 

In the aforesaid example, six infusion lines are 

displayed in FIG. 6. Assuming that display of one infusion 
20 line represents one action, six actions of: 

(1) drawing a line between the pump 601 and the new 

junction 1, (2) drawing a line between the junction 1 and 

the right brachium part of the patient, (3) drawing a line 

between the junction 1 and the pump 602, (4) drawing a line 
25 between the pump 603 and the new junction 2, (5) drawing 

a line between the junction 2 and the left thigh part of 
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the patient, and (6) drawing a line between the junction 
2 and the pump 604 are recorded. 

The file in which the previous operational action is 
recorded is read at the time when an infusion circuitry 
5 creation window is displayed, the line is drawn in 

accordance therewith, and selection of each drawing action 
is enabled, thereby making it possible to cope quickly with 
the slight modification from the previously created 
circuitry. Buttons and the like in the window in that case 
10 are placed as shown in FIG. 8. In comparison with FIG. 6, 
the return button is absent, and a history back button 801, 
a history proceeding button 802 and a line deletion button 
8 03 are newly created. 

Each time the history back button is once pushed, the 
15 drawn line is selected in reverse chronological order 

(S1005, S1006) . In the case of this embodiment, six lines 
are displayed at the time when the window appears, and when 
the history back button is once clicked, the infusion line 
between the right-hand junction and the pump 604 is selected. 
20 When the history back button is selected once again, the 
state in which the infusion line between the right-hand 
junction and the pump 604 is selected is released, and the 
infusion line between the right-hand junction and the left 
thigh part is selected. At this time, when the history 
25 proceeding button 802 is clicked, the state in which the 
infusion line between the right-hand junction and left 
thigh part is selected is released, and the infusion line 



between the right-hand junction and the pump 604 is selected 
(S1009, S1010) . When the line deletion button 803 is 
clicked with the infusion line selected, the selected 
infusion line is erased (S1011, S1012) . 
5 When a change is to be made from the flood circuitry 

shown in FIG. 7 so that administration is given by the 
medical pump 603 to the left-hand junction rather than to 
the right-hand junction, the history back button is clicked 
three times after the time when the window appears . Thereby, 

10 the line drawn between the medical pump 603 and the 

right-hand junction is selected. The line deletion button 
is clicked in this condition, followed by clicking the 
medical pump 603 and the right-hand junction one after 
another, whereby the infusion line is drawn between the 

15 medical pump 603 and the right-hand junction (FIG. 7G) . (In 
this case, strictly speaking, since the existence of 
junction between the medical pump 604 and the left thigh 
part is meaningless, the infusion line between the medical 
pump 604 and the left-hand junction and the infusion line 

20 between the left-hand junction and the left thigh part 
should be deleted, and then a line between the medical pump 
604 and the left thigh part should be drawn as one infusion 
line, but the junction causes no problems in terms of 
display. ) 

25 At this time, the end button is clicked, whereby a newly 

modified diagram of infusion circuitry is stored as a bit 
map file (S1013, S1017) . The circle surrounding the 
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junction is displayed in order to allow the operator to 
select the junction easily, and therefore information of 
this circle does not need to be stored at the time of storing 
the diagram as a bit map file. 
5 When the end button pressed, (1) at least two lines 

should be connected to the junction. (2) The line should 
not be formed in loop-like shape. (3) Each pump should be 
necessarily connected to one part of the patient. (4) The 
number of lines running directly from the pump should be 

10 less than two. Determination on these conditions is 

performed by determining means in the controller (S1014) , 
and processing of displaying an error massage if the 
condition is satisfied is added (S1015, S1016) , thereby 
making it possible to eliminate operating errors at the time 

15 of creating the infusion circuitry diagram and operators' 
mistakes . 

The infusion circuitry creation function is ended 
after the bit map file is stored (S1017) and normal pump 
monitor processing is carried out, but at this time, 

20 processing of updating the infusion circuitry diagram 

display region 540 to the new bit map file is carried out. 

The administration pass to the patient is selected 
from a plurality of buttons in this embodiment, but this 
is for the purpose of easy determination of the position 

25 of the line, and if it is desired that more detailed 

positions are identified, methods in which the number of 

- 23 - 



buttons is further increased, click is made directly on the 
model picture of the patient, and so on can also be adopted. 

In this way, a relatively simple infusion circuitry 
diagram can be created, but in the case where blood filters 
5 and the like are connected in the infusion circuitry, the 
fluid is passed through an apparatus that is not monitored 
by the medical pump monitor before being injected, and so 
on, creation of infusion circuitry diagram by the aforesaid 
procedure may be complicated. In this case, it can be 

10 considered that a handwritten diagram of infusion circuitry 
is placed near the medical pump to make a check, but there 
is also a possibility of loss and so on. In this case, it 
is also possible to read the handwritten diagram of infusion 
circuitry and display the diagram. The infusion circuitry 

15 diagram read function start button 542 is clicked, whereby 
the scanner 102 is controlled from the controller 100, and 
the circuitry diagram set in the scanner 102 is read in the 
system, and is stored in a format as in the case of the 
creation of infusion circuitry described previously and in 

20 the same name of "C:¥Yuekic.bmp". Thereby, the system can 
create the infusion circuitry diagram using the creation 
function, and display/manage the diagram without 
classifying cases either when a registration is made or when 
the scanner 102 is used to read the diagram for making a 

25 registration. 

Also, the scanner 102 is used as means for capturing 
an infusion circuitry diagram such as a handwritten diagram 



in this embodiment, but it is apparent that similar effects 
can be obtained by photographing the handwritten infusion 
circuitry diagram by a digital camera and having the memory 
medium of the digital camera read by the controller. 

5 It is also possible to use a general graphic drawing 

application to create an infusion circuitry diagram and 
store the same as a bit map file, thereby displaying the 
infusion circuitry created by the graphic drawing 
application in this system. 

10 According to the medical pump system of the present 

invention, it is possible to provide a system in which the 
operation conditions of a plurality of medical pumps are 
monitored for one patient with a function of creating and 
editing an infusion line from the pump to the patient on 

15 each-by-each basis, and display information created and 
edited by means of this function displayed on the system, 
thus making it much easier to confirm (monitor) the current 
states of infusion lines. 

Other functions of the medical pump system of the 

20 present invention will be described. FIGS. 21A to 21C show 
a trend graph of the amount of water displayed after 
computing the total of the amount of water introduced by 
all the medical pumps that are used (Intake) and the amount 
of water discharged as urine (Output) is shown. The range 

25 of ml/h can be changed by pressing (clicking) a " + " or "-" 
key. Also, the amount of water in any time range can be 
displayed by using or "-V . FIG. 21A shows a trend 



graph of the balance of water (Intake and Output) at the 
current time. Since it is difficult to understand at a 
glance the totalized water balance between two arbitrary 
points (for example, between 11:30 and 13:00) in the graph, 

5 two arbitrary points ( 11 : 30 and 13 : 00 ) are clicked, whereby 
the balance of the arbitrarily designated segment (between 
11:30 and 13:00) can be computed and displayed. The 
operator first clicks a start point of totalizing 
computation (11:00 in this case) on the graph. In this 

10 figure, when a point near the :11:00 is clicked, a vertical 
line is displayed in the position of 11: 00 (FIG. 21 B). Then, 
when the operator clicks an end point of totalizing 
computation (13:00 in this case) on the graph (FIG. 21B) , 
a sub-window appears on the graph, and time of totalizing 

15 computation and Intake and Output for the arbitrary segment 
are displayed therein (FIG. 21C) . When a "close" button 
in the sub-window is clicked, the sub-window disappears and 
the normal state in which the graph is displayed (FIG. 21A) 
is restored. Also, these totals and trend graphs can be 

20 used as diagnostic/therapeutic data at different location 
by downloading them to the FD 906a or sending them to the 
host computer or the like through the external port 107a. 

FIG. 22A to 22C show a trend graph of the amount of 
Na+ as one example of electrolytes displayed after 

25 computing the total of the electrolytes (Na + , Ca 2+ , K + , CI", 
etc. ) introduced by all the medical pumps that are used or 
computing the data from the sensor 112. The range of mEg 



can be changed by pressing a "+" or "-" key. Also, the 
amount of electrolytes in an arbitrary time range can be 
displayed by performing operations similar to those in FIGS . 
21A to 21C and using and . Also, these totals and 

5 trend graphs can be used as diagnostic/therapeutic data at 
different location by downloading them to the FD 90 6a or 
sending them to the host computer or the like through the 
external port 107a. An alarm is given when the amount of 
the electrolyte exceeds a preset input value (threshold) . 

10 The screen may be reduced into quarters to display the 
amounts of four electrolytes of Na + , Ca 2+ , K + , CI . 
[Second embodiment] 

The real-time monitoring system of the present 
invention will be described in detail below, using the 

15 drawings. FIG. 11 is a block diagram of the present 

invention. In FIG. 11, an example of connection of three 
external apparatuses including medical devises and the like 
such as infusion pumps, syringe pumps, body pressure 
monitors, body temperature monitors, urinary volume 

20 monitors and electrocardiographs is shown, but this number 
of apparatuses can be arbitrarily increased or decreased. 
An external apparatus 1 (1121) is connected through a 
communication cable to a communication port (external 
communication unit) 1 (1111) of this system (1105) . In a 

25 similar way, an external apparatus 2 (1122) and an external 
apparatus 3 (1123) are connected to a communication port 
(external communication unit) 2 (1112) and a communication 
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port (external communication unit) 3 (1113), respectively, 
in a one-to-one correspondence. 

Communication ports 1 (1111) , 2(1112) and 3(1113) are 
brought together in a communication unit (1104) . For the 
5 communication unit (1104) , a variety of configurations are 
possible such as a microcomputer control communication 
board to make connection to a plurality of communication 
ports and a multiplexer type to switch ports for 
communication when they are used. Signals obtained from 
10 the communication unit (1104) are stored in storing means 
(1103), and are sent to a comparison unit (1102) 
simultaneously. The comparison unit compares operation 
(operating) information of the connected external 
apparatuses 1(1121), 2(1122) and 3(1123) sent from the 
15 communication unit (1104) with operation (operating) 

information of the previous external apparatuses 1(1121), 
2(1122) and 3(1123) stored in the storing unit (1103), and 
sends a non-change signal to a control unit (1101) if there 
is no difference, and sends a differential signal to the 
20 control unit (1101) if there is a difference. The control 
unit (1101) changes the contents of the display unit based 
on the signal from the above described comparison unit. 
Furthermore, the communication unit (1104) and the 
communication ports (1111 to 1113) in FIG. 11 correspond 
25 to the controller 100 in FIG. 1. 

The flow of the present invention will be described 
further in detail. Presenting as one example a case where 
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three of flow meters for measuring flows of fluids, which 
represent one type of medical apparatuses, are used as 
external apparatuses, a system displaying each of the flows 
and the total flow on the display unit by real time 
5 monitoring and a controlling method therefore will be 
described along with a flowchart shown in FIG. 20. A 
program corresponding to the flowchart shown in FIG. 20 may 
be stored in the storing unit (1103) in FIG. 11, or may be 
provided by a CD-ROM and the like. 

10 A screen configuration on the display unit 1100 of the 

system of the present invention is shown in FIG. 12. The 
flow values of the flow meter 1, of the flow meter 2 and 
of the flowmeter 3 are displayed in textbox objects 1 (1201) , 
2(1202) and 3(1203), respectively in such a manner that 

15 their actual placement can be visually confirmed. Also, 
the total flow value obtained by adding up the values of 
the flow meters 1, 2 and 3 is displayed in a textbox object 
4 (1204). 

Communication between the system (1105) and the flow 
20 meters 1, 2 and 3 will be described as a command respond 
mode in which the current flow values of the flow meters 
1, 2 and 3 are sent back when request signals from the 
communication unit (1104) are received, but it can also be 
configured with a mode in which signals from the flow meters 
25 1, 2 and 3 are unilaterally sent to the host system at a 
fixed time interval in an asynchronous manner, and so on. 
Furthermore, in actual systems, signals showing the start 



and end of the signal such as STX and ETX and checksum signals 
are often added, but these signals are omitted in this 
embodiment. In this embodiment, flow value signals from 
the flowmeters 1, 2 and 3 show2-byte numbers of four figures 
5 in BCD code with the unit of 0.1 ml/h. For example, the 
flow value signal shows a flow value of 190.0 ml/h when a 
2-byte code of 1900 in hexadecimal digit data is sent. 

The storing unit (1103) needs an area of six bites in 
total for storing two bytes of information from three flow 
10 meters 1, 2 and 3, respectively. For example, if the flow 
values of the flow meters 1, 2 and 3 are 100.0 ml/h, 200.0 
ml/h and 300.0 ml/h, respectively, information as shown in 
FIG. 13 is stores in the 6-byte area of the storing unit 
(1103) . 

15 The communication unit (1104) sends request signals 

to the flow meters 1, 2 and 3 (S2001) , performs processing 
of receiving flow values from the flow meters 1, 2 and 3 
for the three flow meters 1, 2 and 3 one after another (S2002), 
and sends the data to the comparison unit (1102) at the time 

20 of obtaining the flow values from the three flow meters 1, 
2 and 3 (S2003) . 

The comparison unit (1102) compares the signal sent 
from the communication unit (1104) with the data stored in 
the storing unit (1103) (S2004), and sends a non-change 

25 signal (for example, a hexadecimal digit 1-byte signal of 
AA in hexadecimal digits) to the control unit (1101) if the 
data equal each other (S2006) . If information of the binary 



of the flow meters 1, 2 and 3 stored in the storing unit 
(1103) is of 1000 in hexadecimal digits, the signal sent 
from the communication unit (1104) is of 1200 in hexadecimal 
digits, a 3 byte-signal of 021200 in hexadecimal digits is 

5 sent to the control unit (1101) . The "02" equivalent to 
the first byte number in this case is a number corresponding 
to the connected flow meters 1, 2 and 3, and if the flow 
meter of which flow value is changed is the flow meter 
denoted by 3, this value will be "03" . As described above, 

10 the differential signal is represented by "external 
apparatus number" + "flow value" in the embodiment. 

The control unit (1101) does not perform 
change/control of the display unit (1100) if the signal from 
the comparison unit (1103) is a non-change signal, and if 

15 a signal with the flow changed is sent, the control unit 
(1101) sends to the display unit (1100) processing 
instructions to change the displayed contents of the 
display unit (1100) based on the signal with the flow 
changed. If a signal of 021400 in hexadecimal digits is 

20 sent from the comparison unit (1102) when the contents shown 
in FIG. 12 are displayed on the display unit (1100), the 
contents of the display unit (1100) are rewritten to those 
as shown in FIG. 14. Specifically, the contents of the 
textbox 2 (1402) are rewritten from 120 . 0 ml/h to 140 . 0 ml/h, 

25 and following this change, the total flow value in the 
textbox object 4 (1404) is rewritten 365.0 ml/h to 385.0 
ml/h. 



The signal with the flow changed is represented by "the 
number of the flow meter with the flow changed" + "the flow 
value after changing" in the embodiment, but in the case 
where values of two or more flow meters are changed, two 
5 signals put together may be sent. For example, if the flow 
value of the flow meter 1 is changed from 90.0 ml/h to 100.0 
ml/h, and the flow value of the flowmeter 3 is changed from 
120.0 ml/h to 80 ml/h, a 6-byte signal of 011000030800 in 
hexadecimal digits may be sent as for a signal that is sent 

10 from the comparison unit to sending means. 

Also, in the above described case, since the byte 
number of the differential signal varies depending on the 
number of external apparatuses with the flow value changed 
in such a manner that when the numbers of external 

15 apparatuses with the flow value changed are one, two and 
three, the byte numbers of the differential signal are 3 
bytes, 6 bytes and 9 bytes, respectively, the control unit 
(101) of a master needs processing consistent with the byte 
number of the differential signal, thus putting a burden 

20 on information processing (signal processing) . Then, in 
stead of sending selectively the flow value of the external 
apparatus with the flow value changed, all the flow values 
among the external apparatuses 1 (1121) , 2 (1122) and 3 (1123) 
may be sent if at least one of all the flow values of the 

25 external apparatuses 1(1121), 2(1122) and 3(1123) is 
changed. In this case, since the byte number of the 
differential signal is constant 9 bytes, a burden on 



information processing (signal processing) can be reduced. 
Furthermore, for whether all the flow values are sent or 
the flow value subjected to change is selectively sent, 
changes can be made as appropriate depending on the number 
5 of external apparatuses connected to the system (1105) , the 
frequency of changing external apparatuses and the 
importance of patient monitor information. 

As described above, in this system (1105), operation 
information (operation signals) among the external 

10 apparatuses 1(1121), 2(1122) and 3(1123) are received in 
succession, and past operation information stored in the 
storing unit (1103) and operation information currently 
received from the external apparatuses 1 ( 1121 ) , 2(1122) and 
3(1123) are outputted. The comparison unit (1102) 

15 compares the past operation information with the current 
operation information, generates information 
(differential information) showing a difference between 
the past operation information and the current operation 
information and sends the information to the control unit 

20 (1101). Thereby, the control unit may avoid performing 
change/control of the display unit unless there is no 
substantial difference, thus making it possible to reduce 
a burden on information processing even if a large number 
of external apparatuses such as medical pumps are used. 

25 Furthermore, the information showing a difference 

(differential information) is constituted at least by the 
aforesaid external apparatus number (information 



indicating an external apparatus sending current 
information different from the past information it sent) , 
whereby the amount of information to be sent to the control 
unit can be reduced as compared with operation information 
5 from the external apparatus, and this reduction of the 
amount of information also makes it possible to reduce a 
burden on information processing ( signal processing) in the 
control unit. If the communication unit sends repeatedly 
request signals for requesting information from the 

10 external apparatuses 1(1121), 2(1122) and 3(1123) in 

predetermined timing, the control unit does not need to 
dispatch the request signal, thereby making it possible to 
reduce a burden on information processing (signal 
processing) in the control unit. Consequently, a 

15 monitoring system can be built, which causes no drop in 
response when the control unit concurrently performs 
processings of the keyboard and various kinds of switches 
(not shown) as HMI (Human Machine Interface) . 

Furthermore, the contents in the storing unit (1103) 

20 is set 0 (or data outside the normal range) at the time of 
starting the system, whereby the data of all the flowmeters 
are sent to the control unit (1101) because the data of the 
flow meters 1, 2 and 3 obtained from the communication unit 
(1104) are different from the information stored in the 

25 storing unit (1103) , and the latest flow values of the flow 
meters are automatically displayed on the display unit 
(1100) when the system starts. 



There are cases where information from the flow meters 
1, 2 and 3 is not constituted by just flow values, but alarm 
information of the flow meters 1, 2 and 3 and the like are 
added thereto to increase the amount of information. In 
5 that case, comparison time and the amount of information 
to be stored are reduced in the control unit (1101) and in 
the storing unit (1103) , respectively, thereby making it 
possible to achieve speed enhancement of processing 
associated with reduction in volume of comparison and a drop 
10 in price associated with reduction in storage memory areas . 
Specific methods thereof will be described using Figs 15, 
16 and 17. 

In FIG. 15, communication data obtained by the 
communication unit in the case of large amount of 

15 information is shown. In communication data, a slave 
address showing a number of a slave (external apparatus) 
and data comprised of operation conditions of slaves are 
exist between a header such as STX and a terminator such 
as ETX. First, data such as operation conditions are 

20 decomposed out of received data (decomposition A) . Coding 
by exclusive OR (XOR) (BCC: Block Check Character) is 
performed for data of this decomposition A by each word from 
the heading, what is finally produced is considered as BCC 
1 (Type I transformation) . Furthermore, with an inverse 

25 (NOT) of the decomposition A is being decomposition B, and 
coding by summation by each word (ADD) is performed for data 
of this decomposition B, and what is finally produced is 



considered as BCC 2 (Type II transformation) . These adopt 
lower 16 bits. Data change is considered to have occurred, 
from changes in BCC1 and BCC2. BCC coding is generally used 
and its reliability is acknowledged, but further coding 
5 processing is performed using reversed data in calculation, 
and two BCCs having no causal relation are compared with 
each other, thereby improving safety. Due to this safety, 
the amount of data can be reduced as shown in FIG. 16 without 
storing all received data to shorten memory access time. 
10 Also, if the received signal includes BCC in advance, the 
BCC data is directly used, whereby the above described 
decomposition work and calculation processing can be 
reduced and further enhancement of the speed can be 
expected. 

15 A series of the flow thereof will be described using 

FIG. 17. A portion of data in which the operation 
conditions of slaves and the like (decomposition A) is 
fetched out of the communication data, and XOR computation 
of 16 bits thereof is performed to provide BCC1 . Also, with 

20 an inverse of decomposition A being decomposition B, lower 
16 bits resulting from ADD computation of decomposition B 
are considered as BCC2 (Step S1700) . A slave address is 
read from the communication data, and the past BCC1 and BCC2 
corresponding to this address are read from the storing unit 

25 (1103) (Step S1701) . The current BCC2 is compared with the 
past BCC2 read from the storing unit, and advancement to 
Step S1704 is made if their contents are different from each 



other, and advancement to Step S1703 is made if their 
contents are identical to each other (Step S1702) . If their 
contents are identical to each other in Step S1702, the 
current BCC1 is compared with the past BCC1 read from the 
5 storing unit (1103) , and advancement to Step S1704 is made 
if their contents are different from each other, and 
processing is ended without communicating with the host 
based on the assumption that the communication condition 
for the slave address remains unchanged if their contents 

10 are identical to each other (Step S1706) . If the current 
data and the past data are different from each other in Step 
S1702 and Step S1703, BCC1 and BCC2 are written along with 
the corresponding slave address (Step S1704) . Information 
of change of operation conditions and the like is sent to 

15 the external apparatus corresponding to the slave address 
(Step S1705) and processing is ended (Step S1706) . By 
performing such processing, the number of bytes to be 
subjected to comparison can be reduced to shorten 
processing time, data to be stored can be reduced to the 

20 minimum to speed up time of read/write in the storing unit 
(1103) , and communication time can also be reduced because 
only data associated with change in slaves is sent to the 
host . Furthermore, a protocol such that no signals are sent 
to the host in the case of no changes is presented in FIG. 

25 17, but it is easy to make a modification thereto so that 
a short non-signal change is sent. 
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If information further increases, in addition to 
comparison BCC1 and BCC2 in the previous example, parity 
data (equivalent data) of each data is stored, and its 
change is detected, thereby making it possible to make a 

5 quick check on which portion of communication data has data 
subjected to change. Figs 18 and 19 show a method of 
detecting the position of changed data. Structures of BCC 
data and parity data for data such as the operation 
condition of the slave are shown in FIG. 18. Processing 

10 is performed as in the case of FIG. 15 in the previous example 
with respect to BCC, and for this data, parity data having 
parity codes corresponding to the bit of each 1-byte data 
put together on an eight-by-eight basis is also to be 
checked as data of the vertical component, in addition to 

15 the lateral check system. Stored contents in the storing 
unit (1103) when such a method of detecting the position 
of changed data are shown in FIG. 19. Parity data are 
aligned in succession after each slave address, and after 
that, BCC1 and BCC2 similar to those shown in FIG. 16 are 

20 stored. In this example, parity data are data of Pi, P2, 
P3 and Pn. Pn increases/decreases with the 
increase/decrease of communication data 8 bytes. The 
processing flow thereof is similar to that shown in FIG. 
17, if it is determined in Step S1702 and Step S1703 that 

25 the past BCC data and the current BCC data are different 
from each other, past parity data is compared with current 
parity data for each parity data before the BCC data is 
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written in the memory, parity data with difference found 
and the BCC data are written in a corresponding memory area, 
and the data and the slave address corresponding to the 
parity sub j ected to change are selectively sent to the host . 

5 Specifically, the flow value of the slave for initial 8 
bytes of the data, information associated with supplied 
voltage of the flow meter for next 8 bytes of the data, alarm 
information associated with the number of rotations of the 
apparatus for subsequent 8 bytes of the data, and continuous 

10 operation time for final 8 bytes of the data are sent. If 
difference is found for the parity of the third byte in a 
slave, only alarm information associated with the number 
of rotations for a corresponding slave address may 
selectively be sent, and thus host sending time can be 

15 reduced significantly, leading to reduction in total time . 

In this way, according to the real-time monitoring 
system and the controlling method therefore and the program 
storage medium of the present invention, operation states, 
alarm information, etc. of external apparatuses including 

20 a plurality of medical apparatuses such as infusion pumps, 
syringe pumps and blood pressure monitors having a large 
amount of send data can be monitored in real time. 

The present invention is not limited to the above 
embodiments and various changes and modifications can be 

25 made within the spirit and scope of the present invention. 
Therefore, to apprise the public of the scope of the present 
invention, the following claims are made. 



